12.2 Namespaces der Ein- bzw. Ausgabe  
Die elementarsten Klassen für die Dateiein- und -ausgabe sind im Namespace System.IO organisiert. Es sollte nicht unerwähnt bleiben, dass die .NET-Klassenbibliothek mit weiteren Namespaces aufwartet, die Klassen für besondere Aufgaben bereitstellen.
 |
Im Namespace System.IO.Compression werden mit DeflateStream und GZipStream zwei Klassen angeboten, die Methode und Eigenschaften zur Datenkomprimierung bzw. Datendekomprimierung bereitstellen. |
| |
Mit den Klassen des Namespace System.IO.IsolatedStorage wird eine Art virtuelles Dateisystem beschrieben. Dieses ermöglicht die Speicherung von Einstellungen und Temporärdaten, die mit der Anwendung eindeutig verknüpft sind. Typischerweise werden im isolierten Speicher Daten abgelegt, die ansonsten beispielsweise in der Registry gespeichert werden müssten. Das Besondere dabei ist, dass weniger vertrauenswürdiger Code auf die sich im isolierten Speicher befindlichen Daten nicht zugreifen kann. |
| |
Streams müssen nicht zwangsläufig mit Dateien oder Verzeichnissen in direktem Zusammenhang stehen, sondern beschreiben Datenströme in allgemeiner Form. Wollen Sie die serielle Schnittstelle programmieren, werden Sie daher auch auf die Methoden und Eigenschaften der Klassen im Namespace System.IO.Ports zurückgreifen müssen. |
12.2.1 Das Behandeln von Ausnahmen bei E/A-Operationen 
Bei fast allen Dateioperationen kann es zur Laufzeit eines Programms aus den verschiedensten Gründen sehr schnell zum Auslösen von Ausnahmen kommen: Die zu kopierende Datei wird im angegebenen Pfad nicht gefunden, das Zielverzeichnis existiert nicht, als Quelle oder Ziel wird ein Leerstring übergeben usw. Daher sollten Sie unbedingt darauf achten, eine Fehlerbehandlung zu implementieren. Die Dokumentation unterstützt Sie, wenn es darum geht, auf mögliche Fehler zu reagieren, denn es werden alle Ausnahmen aufgeführt, die beim Aufruf einer Methode auftreten könnten.
Alle Ausnahmen im Zusammenhang mit E/A-Operationen werden auf eine gemeinsame Basis zurückgeführt: IOException. Sie sollten auch diesen allgemeinen Fehler immer behandeln, damit der Anwender nicht Gefahr läuft, durch eine unberücksichtigte Ausnahme die Laufzeit des Programms unfreiwillig zu beenden.
|
